Help:Fr:Codes HTML et CSS
Categories: Styles et Standards | Aide WikiTree | Aide Édition de Profils
Avertissement: Ceci n'est pas une traduction officielle. Les pages d'aide officielles sont les pages en version anglaise.
Traduction: Project:Portail Francophone
Cette page est technique et ne s'applique pas à la plupart des membres de WikiTree. Elle s'adresse principalement à ceux qui sont familiers avec HTML et CSS et qui veulent savoir s'ils peuvent appliquer leurs connaissances avancées dans les profils WikiTree.
La réponse courte est non. Un formatage autre que celui expliqué dans Conseils_d'Édition n'est pas recommandé.
C'est secondairement pour ceux qui ont vu des tags inhabituels dans les profils et ne savent pas s'ils peuvent être supprimés. La réponse courte est oui. Les balises non Recommandées peuvent être supprimées. Pour des considérations de courtoisie, voir Communication avant l'édition.
La règle de style de base sur HTML et CSS en ligne est : Ce n'est pas recommandé sauf si c'est spécifiquement recommandé. Pour une référence rapide sur les balises recommandées, voir Balises recommandées.
Voici la discussion sur G2G. Voir aussi "Why does grammar style and formatting matter for 'cousin bait?'"
Wiki Markup par opposition à HTML
Le balisage Wiki est la méthode standard de formatage des pages sur WikiTree. Voir Conseils d'édition pour en savoir plus.
Par exemple, === Titre de niveau 3 === utilise des balises de balisage wiki pour produire un "titre de niveau trois". C'est la même chose que d'utiliser des balises HTML comme celle-ci : <h3>Titre de niveau 3</h3>.
Les systèmes de WikiTree n'interdisent pas techniquement les balises HTML et CSS. (Nous interdisons techniquement Javascript, car il est si dangereux entre les mains des pirates et des spammeurs.) Cependant, ce n'est pas parce que quelque chose n'est pas interdit qu'il est recommandé ou qu'il sera pris en charge.
Le balisage Wiki est standard
Sauf si spécifiquement recommandé contre sur une page d'aide WikiTree ou la page de style, toutes les balises de balisage wiki peuvent être considérées comme standard. WikiTree tentera de les prendre en charge si ce n'est déjà fait. Nous publierons une règle spécifique les déconseillant si nécessaire.
Les balises HTML et le CSS en ligne sont Non-Standard
À moins d'être spécifiquement recommandé sur une page d'aide WikiTree ou la page de style, tout HTML et CSS en ligne doivent être pris en compte non-standard. Bien que nous n'ayons pas de règles sur toutes les combinaisons possibles de HTML et CSS, lorsqu'il n'y a pas de règle, cela signifie qu'il n'est pas pris en charge. Ce n'est pas officiellement recommandé. Cela ne fait pas partie du style recommandé.
Les Normes sont Importantes sur les Profils Ouverts
Les éléments de conception qui nécessitent HTML et CSS en ligne ne font pas partie des recommandations Styles et Standards.
Nous vous déconseillons fortement d'utiliser autre chose que les Balises Recommandées sur les profiles ouvert des personnes. Ce n'est pas exactement la même chose que de dire qu'ils sont interdits.
Des choses comme la pornographie et le spam sont interdites par nos Conditions d'utilisation. Les points du Code d'honneur, tels que ceux sur la courtoisie et la citation de sources, sont des règles que tous les membres actifs sont censés suivre. Les styles and normes sont plutôt des lignes directrices. Les règles de style sont le consensus de la communauté sur ce qui devrait être fait.
Il est fortement recommandé de respecter les balises recommandées sur les profils ouverts. Si vous ajoutez des éléments de conception non standard, sachez qu'il y a de fortes chances que quelqu'un d'autre les supprime.
Plus de Liberté Créative sur les Profils Privés et Espace Libre
Les membres ont un peu plus de liberté pour exprimer leur créativité sur les profils Privé et Profils d'Espaces Libres.
En théorie, les règles de style s'appliquent indifféremment à tous les profils WikiTree. En pratique, cependant, les règles n'ont pas autant d'importance sur les profils des personnes récentes car ces profils ne sont pas largement collaboratifs. Les conflits sont moins probables. Cependant, en cas de désaccord entre les membres de la famille, les éléments non standard doivent être supprimés sans débat.
Ceux qui veulent expérimenter peuvent finir par ouvrir la voie à l'élaboration de nouvelles normes. Ils doivent juste se rappeler que l'expérimentation comporte des risques. Voir ci-dessous.
Problèmes causés par HTML et CSS en ligne
L'utilisation créative des éléments de conception sur les profils WikiTree présente des avantages évidents. Les inconvénients sont moins évidents.
La conception esthétique est un domaine de désaccord potentiel
Notre communauté développe des règles de style pour résoudre les désaccords.
Disons qu'un cousin pense que le texte du profil de son grand-père doit être vert et que l'autre pense qu'il doit être rouge. Qui a raison ? Comment résoudre ce désaccord ? Si le conflit allait jusqu'à médiation, la communauté WikiTree devrait développer une règle de style qui s'applique au cas individuel.
Les conflits de conception ne sont pas aussi improbables ou rares que vous pourriez le penser. Il peut être rare que des membres expriment publiquement leurs désaccords avec les décisions de conception d'autres membres. Souvent, ils ne sont même pas exprimés en privé à l'autre membre de peur de l'offenser à propos d'un problème de conception mineur. Parfois, ils sont évoqués avec des tiers ou complètement supprimés, ce qui conduit à de futurs conflits.
Les règles de style esthétique sont difficiles à écrire et à appliquer
Étant donné que la communication directe sur les préférences de conception est inconfortable, de nombreux problèmes de conception ne sont jamais abordés dans G2G. Parce que l'établissement d'un consensus via G2G fait partie de notre système de développement de règles de style, écrire et appliquer un grand nombre de règles de style sur des questions de conception devient d'autant plus difficile. (Notez que nous disons "difficile" mais pas impossible. Nous développerons presque certainement des règles de style à l'avenir pour prendre en charge des éléments de conception particuliers.)
Même une fois que les règles de conception individuelles sont établies, il y aura probablement beaucoup de confusion et d'incompréhension à leur sujet. Les malentendus sont à l'origine de la plupart des conflits entre les membres.
Le codage avancé ajoute de la complexité
WikiTree est une question de collaboration. Un objectif central de notre communauté est d'encourager plus de descendants à contribuer aux profils de leurs ancêtres.
Nous reconnaissons que la liberté de création peut être source d'inspiration. Cela peut encourager certains membres avancés à passer plus de temps à créer de superbes profils pour honorer leurs ancêtres.
D'un autre côté, l'utilisation créative de CSS et de HTML par un membre peut être intimidante pour un autre membre. Un nouveau contributeur peut avoir peur de modifier le texte car il ne sait pas ce que signifient les balises. Cette crainte est fondée. Les codeurs inexpérimentés peuvent facilement casser une page.
Nous voulons que WikiTree soit "convivial" et accueillant. Les nouveaux contributeurs doivent déjà se familiariser avec le balisage wiki. Exiger des connaissances en CSS et HTML ajoute une couche supplémentaire de complexité. Cela limite le nombre de personnes pouvant contribuer au profil de leurs ancêtres.
Séparer le contenu et le design le rend plus accessible
Nous voulons que le contenu des profils de nos ancêtres soit accessible au plus grand nombre.
C'est très difficile car il existe une grande variété de matériel informatique et de logiciels. Même des différences mineures entre les systèmes des utilisateurs peuvent entraîner un affichage très différent des pages. Ce qui semble joli pour une personne peut en fait être illisible pour quelqu'un d'autre.
L'équipe de WikiTree travaille constamment pour s'assurer que les pages que vous voyez sur wikitree.com soient accessibles au plus grand nombre de personnes possible. En même temps, nous ne voulons pas que les pages soient complètement simples et peu attrayantes. C'est un équilibre difficile. Nous travaillons toujours pour faire un meilleur travail. Nous ne pouvons jamais arrêter de travailler là-dessus parce que la technologie et la façon dont elle est utilisée continuent d'évoluer.
Lorsque des membres individuels insèrent des balises CSS et HTML dans le texte des profils, il devient encore plus difficile pour l'équipe WikiTree d'anticiper l'apparence des profils pour différentes personnes. Au lieu de juger si le codage d'un style de profil fonctionnera pour un nombre presque infini de personnes et de systèmes différents, nous devons considérer un nombre presque infini de styles de profil.
Si le contenu et sa présentation esthétique sont séparés (avec des feuilles de style à l'échelle du site), des améliorations et des corrections pour rendre le contenu plus accessible peuvent être apportées régulièrement et relativement facilement. Si la présentation esthétique est codée en dur dans des profils individuels (avec un style en ligne), les erreurs ne peuvent pas être facilement identifiées et corrigées par l'équipe de WikiTree.
Il est facile de faire ou d'introduire des erreurs de codage
La section ci-dessus est vraie même si tout le CSS et le HTML sont parfaitement codés.
En réalité, aucun code n'est parfait. Chaque programmeur et concepteur fait des erreurs, en particulier lors de la modification manuelle des balises, comme cela se fait dans les profils WikiTree. Il est très facile et courant d'inclure quelque chose de plus comme un guillemet ou d'oublier quelque chose comme une balise de fermeture </div>.
Les erreurs deviennent encore plus fréquentes lorsque plusieurs personnes modifient le même profil. Le code qui a été soigneusement ajouté par un pro CSS pourrait être cassé par un codeur moins expérimenté avec une seule frappe.
Les pages qui mélangent le wiki markup et le HTML sont difficiles à valider
Les erreurs de codage pourraient ne pas être très problématiques si elles étaient toujours évidentes pour la personne qui modifie le profil. Cependant, de nombreuses petites erreurs n'apparaissent pas pour la personne qui les a introduites parce que leur navigateur Web, moniteur, système d'exploitation, etc. n'affiche pas le problème, ou parce qu'elles n'entrent pas actuellement en conflit avec les autres CSS et HTML sur le modèle de profil WikiTree de manière sérieuse.
Ce problème est rencontré par les concepteurs de sites Web depuis 20 ans. Pour y remédier, de nombreux outils de validation de code CSS et HTML ont été inventés. Ces outils ne fonctionneront pas dans WikiTree. Même si vous y copiez et collez votre code, ils ne fonctionneront probablement pas car les balises CSS et HTML sont mélangées avec des balises de balisage wiki.
Les erreurs de codage rendent le contenu moins résistant aux changements futurs
De nombreuses erreurs ont été mises en évidence lors d'une refonte graphique de WikiTree en 2014. Cette refonte graphique était importante, mais elle était relativement mineure dans le grand schéma de l'évolution du matériel informatique et des logiciels. La technologie sera très différente d'ici quelques années. Nos descendants auront accès à ce contenu grâce à une technologie que nous ne pouvons même pas imaginer aujourd'hui.
La meilleure façon de s'assurer que notre contenu est accessible à l'avenir est de le garder simple et de faire en sorte que tous les membres utilisent les mêmes normes.
This page was last modified 12:01, 7 August 2022. This page has been accessed 125 times.